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Course Modules 


Upgrading to Microsoft SQL Server 2014 


O1 | SQL Server Upgrade Planning, Process and Tools 


02 | Planning Your Upgraded SQL Server Environment 


03 | Performing and Validating a SQL Server Upgrade 
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Module Overview 


e What to Capture & How to Capture 


e How to Interpret Captured Data 


e Infrastructure Considerations 
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What and How to Capture 


Deprecated Features 


Check for changes 


SQL Server documentation covers features that are deprecated 
or discontinued 


Breaking changes are also documented along with changes in 
SQL Server behavior 


Backward Compatibility documented for each comp 
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DEMO 


Capturing Data with SQL Trace 


Analysis 


What to gather & analyze 
There are so many different things that could be captured, 
from counters to settings 


Work to the initial scope and catalogue the estate so that you 
know the scale of what you will be dealing with 


Need to gather business information in addition to technical 
details of the existing system 
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DEMO 


Capturing Data with MAP Toolkit 


Analysis 


Why analyze? 
There have been many changes in SQL Server since 
2005/2008/2008R2 


Systems are more complex and do not develop at the same 
rate as the data platform 


Need to understand if there is any requirement to dify the 
database or application tier in order to oo) | | ionality 


Analysis 


Areas to look at 
Operating System Environment performance metrics 


SQL Server Performance Metrics, configuration and feature use 
Application Tier Performance Metrics & workload capture 
Capacity planning and system lifecycle 


Application owner details and business usage 
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DEMO 


Capturing Data with PAL 


Analysis 


How to Analyze 
Capture data over a wide period of time, multiple samples for 
the same period over a duration 


Include notable events in capture, like month end processing 
etc. 


Remember that maintenance periods are also part of a fully 
functional system even if the business does not see them 
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How to Interpret Captured Data 


Interpretation 


Understand what is important to you 
Each SQL Server implementation is unique, there will be 
different performance metrics that matter to you 


How will your system grow over time, look at historical 
baseline for trends to project requirements 


How has the business changed over time and what are the 
plans for the future 


Microsoft Virtual Academy 


Infrastructure Considerations 


Planning 


Use data from the Analysis stage 
This will drive the sizing of the new system 


Understand the needs of the business 
Which teams will need to be involved in the cut-over 


How long can they be without the system, this will help you 
decide on the actual migration approach 


Planning 


CPU Sizing 
Parallelism, this should be seriously looked at when 
consolidating an existing environment 


Look a the utilization of the CPU on the source system, make 
Sure that you factor in room for growth 


Make use of the best processors you can get, sometimes it is 
better to go for a lower clock speed with more cache 


Planning 


Memory Sizing 

Take into account the PLE that you want for your environment, 
this will have a direct impact on the base load you will place on 
your lO sub-system 


Leave room for growth, try to ensure that there are space 
DIMM slots for future upgrades 


Understand which features you will be using, In-M 
will require memory that would otherwise be used 
buffer pool 


Planning 


Storage Sizing 

Identify the IOPS requirements, there are two main schools of 
thought. One is just give me x number of IOPS the other is give 
me x number of spindles 


Understand the way in which the platform has grown over time 
to scale the storage system 


What type of connectivity is best given the support skif 
exist in the team? 


Planning 


Local Storage - DAS 
lf making use of local storage, SSD or PCl-e Flash if you can, 
otherwise large cache on RAID controllers 


Transaction Logs can be placed on spinning disk in certain 
circumstances, just make sure you have NV-Cache on the 
controller 


What room for expansion is there? 


Planning 


SAN Storage 
Central pool for storage, what are you likely to be sharing with 


Buy now or expand in the future? 


Intelligent SAN or Dumb SAN? 


Planning 


Migration options 

Detach/Attach or Backup and Restore, these are where you can 
do it all in one shot and is good for smaller systems or 
piecemeal migrations 


Pre-staged using Full, Differential and Transaction Log Backups 
to minimize the data transfer 


Mirroring up the versions, going from the lower to the higher 
version with automated failover of the application 


Planning 


Migration options 
How do you plan to migrate the application connectivity, for 
Side-by-side migrations the server will change 


Who do you need to assist you on the migration effort, 
application teams desktop support, helpdesk etc. 


Communications 


Users 
What is the communication plan for notifying affected users 
ahead of time 


Notifications within the team, keeping colleagues in the loop is 
important too 


How do user, 
Issues? 


t yo t-migration 
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